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Abstract 

We describe .ipplications of logic programming technology to the teaching of the inductive method in computer science 
and mathematics. Inductive inference is used in the sense of reasoning from sets of specific examples to plausible general 
explanations. The paper treats the feasibility of supporting induc'tive inference through logic programming technology, and 
argues that a complete logic programming system is required. We include a sample dialog, and discuss our classroom experi- 
ence using the system. 

introduction 

The paper describes applications of logic programming technology to the teaching of the inductive method in computer 
science and mathematics. Section 2 is a general discussion of the nature of inductive thought and its place in computer science 
and education. In Section 3 treats the feasibility of supporting inductive thought through logic programming technology, and 
argues that a complete logic programming system is required. Section 4 is a sample dialog illustrating the Prologb system. An 
overview of the Prologb language is provided in Section 3, Section b covers our experience using the system. 

inductive thought 

The inductive method is the primary methodology of the physical sciences. The inductive method comprises two major 
activities. When a phenomenon is encountered, a set of particular specimens is examined, and a conjectured general pattern is 
formulated. The conjecture is then tested bv attempting to make predictions based on it, and evaluating the reasonableness of 
consequences of the conjecture. If the conjecture fails any test, the conjecture is modified to encompass the new test observa- 
tion. As the conjecture passes an increasing number of tests, its subjective likelihood of correctness increases. When the 
likelihood of correctness exceeds a certain threshold, the conjecture becomes a serious theory or model. In the physical 
sciences, this means that the theorv is accepted, until evidence contradicting it is found, or until it is replaced by a more 

powerful theorv that succe.ssfully explains even more observations. 

Mathematics, especially higher mathematics, is often regarded as a demonstrative, rather than an inductive, science, harh 
in tmr mathematical education, we experience T.uclid's axiomatic development. Geometry is presented as an exercise in pure 
logic,’ in which a small set of axioms is progressively expanded to a complete body of theory. In fact, T.uclid's work was the 
synthesis of centuries of previous inductive, experimental geometrical discovery [Zj. Polya [41 argues that the inductive 
method is also a vital component of modern mathematics. ,\'ew conjectums are spawned by observation of specific examples, 
and by the mental processes of generalization, specializ.ation, and analogy. Conjectures are then tested, resulting either m 
rejectum of the conjectures and formation of modified conjectures, or in increasing confidence in the conjectures. In the 
mathematical context, the final test (if a ccmjecture is the creation cif a formal deductiv'e prcHif. 

Computer science is also subject to Polya's observations, because computer science is a mathematical science. Rigorous 
mathematical theories underlie many significant areas of computer science, such as: algorithm analysis, artificial intelligence, 
formal languages, graphics, language design, and database design. 

With reference to "ordinary programming," there is some controversy as to the role of verification by rigorous mathemati- 
cal analysis. Computer programs are typically developed through a highly inductive process of interleaved stages of design, 
coding, and testing. Programs are expected to always perform correctly, for all possible inputs. Since the number of possible 
inputs generally far exceeds the feasible number of test runs, no program's correctness can be guaranteed by testing, unless it 
can be argued that the chosen suite of tests will uncewer all errors. At any rate, it is clear that inductive thought is prominent in 
programming, and that it must be supplemented, as in mathematics, by some final anal\ tical stage. 

Logic programming as a testbed for inductive thought 

The ideal testbed for indiictiv e thought would pre.sent the user with a series ot specific examples. After each example, the 
user would have the opportiinitv to review the set of examples, and to form conjectures and predictions about the observed 
process. At any time, the user should have the abilitv t(i test any of his predictions. Tinally, the user should be able to fully 
specify a proposed model for the process, and to observe the examples generated by her proposed model, bo that many 
examples can be efficiently c(>\ ered, the instructor should be able to quickly configure the testbed to exhibit desired beha\ u 
Such a testbed could be used as a basis for discox ery lectures, and for laboratorx- experiences. 
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A candidate for the basis for the testbed is the logic programming language Prolog. The Prolog program is a database 
containing logical clauses defining predicates. The Prolog system then acts as an acceptor/generator for the predicates. For 
example, the clauses might define the predicate orderedList(L), meaning that L is an ordered list of integers, such as [1,3, 4, 6). 
To generate ordered lists, one gives the system the input query consisting of the predicate symbol applied to an uppercase 
logical variable, e.g. orderedList(X). The system then generates ordered lists one by one, as a byproduct of a theorem proving 
algorithm. Ti.e system can also be used as an acceptor, whereby it is given the query consisting of the predicate symbol 
applied to a specific object, e.g. order edList([l,3,4,6]). The response to this query is "yes", or "solution found". A remark- 
able property of logic programming is that both behaviors, generator and acceptor, arise from one and the same logical 
database. 

Unfortunately, the Prolog system is not adequate as a general inductive testbed. For technical reasons, Prolog uses a 
search strategy that is incomplete, meaning that it may fail to generate some examples, and may fail to accept certain correct 
examples. Correct use of Prolog system requires a certain amount of detailed knowledge of the Prolog search method. For this 
reason, Prolog use is generally confined to specialized courses in which the study of the .search method can be justified. 

We have implemented an alternative, complete, logic programming system, known as Prologb. In Prologb, all examples 
are generated, and all correct examples are accepted. When the system is given an incorrect example, it may reject the example 
or nonterminate. A theoretical result due to Church[l], stating that the general predicate calculus is algorithmically 
undecidable, implies that this nontermination problem is inherent in all computer-based systems that encompass predicate 
logic. 

Using Prologb for Inductive Discovery: An Example 

The following short sample dialog gives the flavor of the student interaction occurring as the system i&used. In practice, 
more complicated situations can be explored by longer dialogs. 

By running two independent copies of the acceptor /genera tor, the generation sequence in one window may be supple- 
mented at will by tests in a second window. 

1. The system asks for a query: 

Query? (or command) : 

To generate examples, v;e enter 
example (X) 
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The Prologb language 

The syntax of the Prologb language is that of a subset of Prolog. For an overview, we refer to Figure 1, which contains a 
simple Prologb program exhibihng the behavior seen in the previous section. The program is an acceptor/generator for the set 

of all l ists over la,b) that do not contain the sublist [a,b,a). 

%aba not allowed 

alpha (a) . alpha (b) . 



example ( (] ) . 
example ( [a] ) . 
example ( [b] ) . 

example ( [A, B ] ) : -alpha (A) , alpha (B) . 

example ([A, a IX] ) : -example ( [a I X1 ) , alpha (A), 
example ( [b, b, a I X] ) : -example ( [b, a I X] ) . 
example ( [A,b,b|X] ) : -example ( [b,b|X] ) , alpha (A) . 



Figure 1 

The first line, stsrting with the symbol "^lo" , is 3 comment line. The next nonblank line contains two facts stating that the 
symbols "a" and "b" are the two objects satisfying the predicate alpha, that is, they are the two symbols in the alphabet. The 
next three lines are facts stating that [],[a], and [b] satisfy the predicate example. The fourth line 
example([A,B]):-alpha(A),alpha(B). 

is a rule containing the logical connechve , which means if, and, on the right hand side, the connective which means 
and. The idenhfiers starting with uppercase letters are universally quantified logical variables. Thus, the meaning of the line is 
“For all A and B, the list [A,B] is an example if A is in the alphabet and B is in the alphabet". The remaining rules express 
constraints on longer lists so that the sublist [a,b,a] may never appear. For example, the line 

example([b,b,a ! X]):-example([b,a I Xj). ^ 

expresses the idea that any example list beginning with "b,a" may be expanded to another example list by adding a ' b ' at the 

front. Since [a,b,a] sublists are to be avoided, there is no rule permitting the addition of "a" at the front in such cases. 

Experience using Prologb 

We have used Prologb in several introductory and advanced mathematics and computer science courses, including 
Discrete Mathematics, Compilers and Interpreters, and a new course. Discrete Structure's of Computer Science, which 
explores structural concepts in the context of exploratory declarative programming. The Discrete Structures course was one 
of three courses developed for a new curriculum that integrates mathematics with computer science, starring with entering 

students' first course and laboratory experiences [5,6]. 

Prologb courseware has been developed in several problem domains, including formal language theory, modeling 
automata, semantic nets, general relations, graphs and digraphs, Peano arithmetic, and binary and modular arithmetic. 

Online computer access to Prologb permits instructors to incorporate induction into classroom discussions. In general, 
classroom demonstrations often elicit many conjectures from the group. In the inductive contex •, incorrect conjectuies are 
not "wrong answers"; they are a normal part of tb . inductive process. Every incorrect conjecture leads .o an exploration of 
its consequences, and that exploration then leads to a better conjecture. 

The Prologb system is also a vehicle for laboratory experiences in computer science and mathematics courses. Examina- 
tion of the lab reports indicates that beginning students were able to handle simple inductive exercises, in which students 
are asked to enter various inputs into some prepared environir.ent, and to then predict/ explain the resulting output In most 
cases, students were also able to handle programming assignments, in which the goal was the creation of a new Prologb 
program produce a desired result. The students were able to quickly assimilate Prologb because it is a language that simply 
and faithfully executes logical specifications. 
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